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(57) Abstract 

A telephone network is provided with a service node SN (50) having an interface to the Internet. The SN (50) has a voice service 
browser (51) which it can use to access resources on the Internet, these resources preferably being held on WWW servers (52). A user 
of the telephone network places his own service logic programs, in the form of applets (55), on his WWW home page (53) together with 
content items such announcements and messages; these content items may be embedded in the applets (55) or held in separate files. When 
the SN (50) receives a service request to supply a service to a user identified as having his own service logic programs and content items 
available on the WWW, the voice service browser (51) reaches out over the WWW to retrieve the relevant service applet (55) and any 
associated content items. The voice service browser (51) then executes the applet (55) to provide the desired service including the delivery 
of content items through a tcxt-to-voice converter or the like. 
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SERVICE NODE FOR PROVIDING TELECOMMUNICATION SERVICES 



5 Field of the Invention 

The present invention relates to a service node for providing services in a switched 
telecommunications system. 

As used herein, the term "switched telecommunication system' 1 means a system 
10 comprising a bearer network with switches for setting up a bearer channel through the 
network. The term "switched telecommunication system" is to be taken to include not 
only the existing public and private telephone systems (whether using analogue phones 
or ISDN-based), but also broadband (ATM) and other switch-based bearer networks that 
are currently being implemented or may emerge in the future. For convenience, the term 
15 "switched telecommunication system" is sometimes shortened herein to 
telecommunication system. 

Reference to a "call" in the context of a switched telecommunication system is to be 
understood as meaning a communication through a bearer channel set up across the 
20 bearer network, whilst references to call setup, maintenance and takedown are to be 
taken to mean the processes of setting up, maintaining and taking down a bearer channel 
through the bearer network. Terms such as "call processing" and "call handling" are to 
be similarly interpreted. 

25 The term "communication system" when used herein should be understood as having a 
broader meaning than switched telecommunication system, and is intended to include 
datagram-based communication systems where each data packet is independently routed 
through a bearer network without following a predetermined bearer channel. 

30 
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Background of the Invention 

Telecommunication companies running PSTNs (Public Switched Telephone Networks) 
and PLMNs (Public Land Mobile Networks) are in the business of providing 
communication services and in doing so are providing increasing built-in intelligence in 

5 the form of "IN services" such as 800 number services and call forwarding. In contrast, 
the World Wide Web (WWW), which has seen explosive growth in recent times, is an 
example of an Internet-based global network providing complex information services. 
These two worlds, that of the large communications utilities and that of the highly 
dynamic, pioneer-spirit WWW information culture, are uneasy companions and each 

10 plans to encroach on the domain previously occupied by the others; thus telephony 
services will be offered over the WWW and information services over the public 
communication infrastructure. 

The present invention proposes technologies for a more synergetic relationship between 
15 these two worlds than is currently envisaged and in order to place the present invention 
in context, a review will first be given of each of these two worlds. 

Telephone Networks with IN Services 

20 The Basic PSTN. The basic service provided by a PSTN (Public Switched Telephone 
Network) is the interconnection of two telephones (that is, setting up a bearer channel 
between the telephones) according to a called-party telephone number input at the 
calling-party telephone. Figure 1 is a simplified representation of a PSTN providing such 
a service. In particular, customer premises equipment, CPE, 10 (such as standard 

25 analogue telephones, but also more recently ISDN terminals) are connected through an 
access network 11 to switching points, SPs 12. The SPs 12 form nodes in an inter- 
exchange network 13 made up of interconnecting trunks 14 and SPs that are controlled 
by control entities 7 15 in the SPs. The control effected by the control entities 15 is 
determined by signalling inputs received from the CPEs and other SPs, and involves call 

30 setup, maintenance and clearance to provide the desired bearer channel between calling 
CPE and called CPE. Conceptually, the PSTN may be thought of as a bearer network 
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and a control (signalling) network, the function of the latter being to effect call control 
through the bearer network, namely the control of setup, maintenance and take down of 
bearer channels through the bearer network; in practice, the bearer and signalling 
networks may use the same physical circuits and even the same logical channels. 

5 

Thus, where the CPE is a traditional dumb telephone, control signalling between the 
CPE and its local SP is in-band signalling, that is, the signalling is carried on the same 
channel as used for voice; this signalling is interpreted and converted at the SPs 12 into 
signalling between SPs that uses a dedicated common-channel signalling network 16 
10 (implemented nowadays using the SS7 protocol suite). Where the CPE is an ISDN 
terminal, signalling is carried in a separate channel directly from the CPE on an end-to- 
end. Modern SPs use the ISUP (ISDN User Part) SS7 protocol for inter-exchange call 
control signalling whether the CPE is a standard telephone or an ISDN terminal. 

15 Intelligent Networks. In addition to basic call handling, an SP may also serve to 
provide what are called IN (Intelligent Network) services; in this case the SP is termed 
a service switching point, SSP. An SSP 25 is arranged to suspend call processing at 
defined points-in-call upon particular criteria being met, and to delegate the continuation 
of call processing to a service control subsystem providing a service control function 
20 (SCF) either in the form of a service control point, SCP 17 (see Figure 2) or an Adjunct 
18. The Adjunct 18 is directly associated with an SSP 25 whilst the SCP 17 and SSP 25 
communicate with each other via an extended common channel signalling (CCS) network 
16 that may include signal transfer points (STP) 19. The SCP 17 may be associated with 
more than one SSP 25. Both the SCP 17 and Adjunct 18 provide a service logic 
25 execution environment (SLEE) 20 in which instances of one or more service logic 
programs (SLP) 21 can execute. The SLEE 20 and SLP 21 together provide service 
control functionality for providing services to the SSP 25. 

Service logic running in an SCP or Adjunct will generally make use of subscriber 
30 information stored in a service data function (SDF) 22 that may be integral with the 
SCP/ Adjunct or partially or wholly separate therefrom. The service data function 
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(SDF), like the service control function (SCF) forms part of the service control 
subsystem of the PSTN. It may be noted that some or all of the service control function 
may be built into the PSTN switches themselves. 

5 In operation, when the SSP 25 receives a call, it examines internal trigger conditions 
and, possibly, user information (eg dialled digits) to ascertain if the call requires a 
service to be provided by the service control subsystem 17, 18; the checking of trigger 
conditions may be carried out at several different points in call processing. Where the 
SSP 25 determines that a service is required it messages the service control subsystem 

10 (either SCP 17 or Adjunct 18) requesting the desired service and sending it a logic 
representation of the call in terms of its connectivity and call processing status. The 
service control subsystem then provides the requested service and this may involve either 
a single interaction between the SSP and service control subsystem or a session of 
interactions. A typical service is call forwarding which is a called-party service giving 

15 expression to an end-user requirement as simple as "if you call me on number X and it 
rings ten times, try calling number Y\ In this case, it is the SSP local to the called end- 
user that triggers its associated SCP (or Adjunct) to provide this service; it will, of 
course, be appreciated that the SSP must be primed to know that the service is to be 
provided for a called number X. 

20 

In addition to the SCP 17 and Adjunct 18, the Figure 2 network includes an intelligent 
peripheral (IP) 23 that has bearer-channel connectivity to one or more SSPs 25. The IP 
23 provides resources needed to exchange information with an end user, such as voice 
announcements and DTMF digit collection capabilities (this type of non-signalling 

25 information intended to be passed over a bearer-channel to/from the end user is referred 
to below generally as "content"). These IP resources are managed and controlled by a 
resource control execution environment (RCEE) 26 of the IP 23 in response to input 
received from an SSP 25. Such input may result, for example, from the service control 
subsystem (SCP 17, Adjunct 18), during execution of an SLP 21, requiring a voice 

30 announcement to be played to an end user; in this case the service control subsystem 
passes this requirement to the SSP concerned which sets up a bearer channel to the IP 
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23 and commands the IP to play the required announcement. It is also possible to 
arrange for the service control subsystem to communicate directly over the CCS network 
with an IP rather than going through an SSP 25. 

5 IP functionality and resources may also be provided within a service node (SN) 27 
which like an IP has bearer-channel connectivity to an SSP; however, an SN additionally 
includes a service node execution environment (SNEE) 28, similar to SLEE 20, for 
running service logic programs. An SN can thus provide a range of services virtually 
autonomously once an SSP has switched through a call to the SN; in particular, an SN 
10 is apt to provide services such as voice mail, automated attendant and fax server, all of 
which require substantial transfer of content to/from an end user. The IP functionality 
and resources of an SN are generally not under the exclusive control of the SNEE of the 
SN but can be used by remote SLEEs. To the extent that an SN can execute specific^ 
types of SLPs, it forms part of the service control subsystem of the network. 

15 

The network will also include an operation system (not shown) that has a general view 
of the network and its services and performs functions such as network monitoring and ; 
control. 

20 

The above-described model for the provision of IN services in a PSTN can also be 
mapped onto PLMNs (Public Land Mobile Networks) such as GSM and other mobile 
networks. Control signalling in the case of a mobile subscriber is more complex because 
in addition to all the usual signalling requirements, there is also a need to establish where 

25 a call to a mobile subscriber should be routed; however, this is not a very different 
problem from a number of called-party IN services in the PSTN. Thus in GSM, the 
service data function (SDF) is largely located in a system named a Home Location 
Register (HLR) and the service control function in a system named a Visitor Location 
Register (VLR) that is generally associated on a one-to-one basis with each SSP (which 

30 in GSM terminology is called a Mobile Switching Centre, MSC). 
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Because subscribers are mobile, the subscriber profile is transported from the HLR to 
whichever VLR happens to be functionally closest to be mobile subscriber, and from 
there the VLR operates the (fixed) service using the subscriber profile and interacts with 
the SSP. The HLR and VLR thus constitute a service control subsystem similar to an 
5 SCP or Adjunct with their associated databases. 

It is, of course, also possible to provide IN services in private telephone systems and, 
in this case, the service control function and service data function are generally either 
integrated into a PABX (Private Automatic Branch Exchange) or provided by a local 
10 computer. The service control subsystem, whilst present, may thus not be a physically 
distinct from the PABX. 

The above-described general architectural framework for providing IN services has both 
strengths and flaws. Its main strength is that it works and many services have been 

15 successfully deployed, such as 800 number services, credit card calling, voicemail, and 
various call waiting and redirection services. However, despite years of standardisation, 
services are still implemented one-at-a-time on proprietary platforms and do not scale 
well. The approach has been based on large, fault-tolerant systems which provide 
services for hundreds of thousands or even millions of subscribers and take years to 

20 deploy. Furthermore, since the networks used to support these services also constitute 
the basic telephone infrastructure, anything attached to these networks must be 
rigorously vetted. Additionally, each country and operator tends to have local variations 
of the so-called standards making it difficult to supply standard products and thereby 
braking the dynamics of competition. 

25 

The World Wide Web 

In contrast to the slow deliberate progress of the telephone infrastructure, the WWW has 
grown explosively from its inception in 1989 to become the primary electronic 
30 information distribution service in terms of spread, availability and richness of 
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information content. Anyone can, for a modest outlay, become an information provider 
with a world-wide audience in a highly interconnected information architecture. 

The WWW is a client-server application running over the Internet and using a client- 
5 server protocol which mandates only the simplest of exchanges between client and 
server. This protocol is HTTP (Hyper Text Transfer Protocol) which is optimised for 
use over TCP/IP networks such as the Internet; the HTTP protocol can, however, also 
be used over networks using different communication protocol stacks. 

10 Since the availability of literature concerning the WWW has seen the same sort of 
growth as the WWW itself, a detailed description of the WWW, HTTP and the Internet 
will not be given herein. An outline description will, however, be given with attention 
being paid to certain features of relevance to the present invention. 

15 The WWW uses the Internet for interconnectivity. Internet is a system that connects 
together networks on a worldwide basis. Internet is based on the TCP/IP protocol suite 
and provides connectivity to networks that also use TCP/IP. For an entity to have a* 
presence on the Internet, it needs both access to a network connected to the Internet and* 
an IP address. IP addresses are hierarchically structured. Generally an entity will be - 

20 identified at the user level by a name that can be resolved into the corresponding IP 
address by the Domain Name System (DNS) of the Internet. 

Operation of the WWW Referring now to Figure 3 of the accompanying drawings, 
access to the Internet 30 may be by direct connection to a network that is itself directly 

25 or indirectly connected to the Internet; such an arrangement is represented by terminal 
31 in Figure 3 (this terminal may, for example, be a Unix workstation or a PC). Having 
a connection to the Internet of this form is known as having 'network access' . Any entity 
that has network access to the Internet may act as a server on the Internet provided it has 
sufficient associated functionality; in Figure 3 t entity 32 with file store 37 acts as a 

30 server. 
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Many users of the WWW do not have network access to the Internet but instead access 
the Internet via an Internet service provider, ISP, 33 that does have network access. In 
this case, the user terminal 34 will generally communicate with the ISP 33 over the 
public telephone system using a modem and employing either SLIP (Serial Line Interface 
5 Protocol) or PPP (Point-to-Point Protocol). These protocols allow Internet packets to 
traverse ordinary telephone lines. Access to the Internet of this form is known as "dialup 
IP" access. With this access method, the user terminal 34 is temporarily allocated an IP 
address during each user session; however, since this IP address may differ between 
sessions, it is not practical for the entity 34 to act as a server. 

10 

A cornerstone of the WWW is its ability to address particular information resources by 
means of an Uniform Resource Identifier (URI) that will generally be either a Uniform 
Resource Locator (URL) that identifies a resource by location, or a Uniform Resource 
Name (URN) that can be resolved into an URL. By way of example, a full or "absolute" 
15 URL will comprise the following elements: 

scheme - this is the access scheme to be used to access the resource of 

interest; 

host - the Internet host domain name or IP address; 

port - the host port for the (TCP) connection; 

20 abs-path - the absolute path of the resource on the host. 

In fact, the 'port 1 may be omitted in which case port 80 is assumed. 

Figure 4 of the accompanying drawings shows an example URL for the Hewlett-Packard 
products welcome page. In this case, the elements are: 
25 scheme - http 

host - www.hp.com 

port - omitted (port 80 assumed) 

abs-path - Products.html 

30 The HTTP protocol is based on a request/response paradigm. Referring again to Figure 
3 of the drawings, given a particular URI identifying a resource 30 to be accessed, a 
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client establishes a connection with the server 31 corresponding to the "host" element of 
the URI and sends a request to the server. This request includes a request method, and 
the "Request-URI" (which is generally just the absolute path of the resource on the 
server as identified by the "abs-path" element of the URI); the request may include 
5 additional data elements. The server 31 then accesses the resource 36 (here held on 
storage 37) and responds and this response may include an entity of a type identified by 
a MIME (Multipurpose Internet Mail Extensions) type also included in the response. 

The two main request methods are: 
10 GET - This method results in the retrieval of whatever information (in the form 

of an entity) is identified by the Request-URI. It is important to note that 
if the Request-URI refers to a data-producing process, it is the produced 
data which is returned as the entity in the response and not the source text >* 
of the process. 

15 POST - This method is used to request that the destination server accept the 

entity enclosed in the request as a new subordinate of the resource 
identified by the Request-URI. The POST method can be used for 
annotation of existing resources, providing a message to a bulletin board, 
providing data to a data-handling process (for example, data produced as 

20 the result of submitting a form), and extending a database through an 

append operation. 

In summary, the GET method can be used to directly retrieve data, or to trigger any 
process that will return an entity ( which may either be data or a simply an indication of 
the result of running the process). The POST method is used for registering data and 
25 specifying this method is also effective to trigger a process in the server to handle the 
posted data appropriately. 

The passing of information to a process triggered to run on a server using either the GET 
or POST method is currently done according to an interface called the Common Gateway 
30 Interface (CGI). The receiving process is often written in a scripting language though 
this is not essential. Typically, the triggered server script is used for interfacing to a 
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database to service a query included in a GET request. Another use, already referred to, 
is to append data associated with a POST request to a database. 

Other important factors in the success of the WWW is the use of the HyperText Markup 
5 Language (HTML) for representing the makeup of documents transferred over the 
WWW, and the availability of powerful graphical Web browsers, such as Netscape and 
Mosaic, for interpreting such documents in a client terminal to present them to a user. 
Basically, HTML is used to identify each part of a document, such as a title, or a 
graphic, and it is then up to the browser running in the client terminal to decide how to 
10 display each document part. However, HTML is more than this - it also enables a URI 
and a request method to be associated with any element of a document (such as a 
particular word or an image) so that when a user points to and clicks on that element, the 
resource identified by the URI is accessed according to the scheme (protocol) and request 
method specified. This arrangement provides a hyperlink from one document to another. 
15 Using such hyperlinks, a user at a client terminal can skip effortlessly from one 
document downloaded from a server on one side of the world, to another document 
located on a server on the other side of the world. Since a document created by one 
author may include a hyperlink to a document created by another, an extremely powerful 
document cross-referring system results with no central bureaucratic control. 

20 

Hyperlinks are not the only intelligence that can be built into an HTML document. 
Another powerful feature is the ability to fill in a downloaded "Form" document on 
screen and then activate a 'commit* graphical button in order to have the entered 
information passed to a resource (such as a database) designed to collect such 
25 information. This is achieved by associating the POST request method with the 'commit* 
button together with the URI of the database resource; activating the 1 commit' button 
results in the entered information being posted to the identified resource where it is 
appropriately handled. 

30 Another powerful possibility is the association of program code (generally scripts to be 
interpreted) with particular documents elements, such as graphical buttons, this code 
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being executed upon the button being activated. This opens up the possibility of users 
downloading program code from a resource and then running the code. 

It will be appreciated by persons skilled in the art that HTML is only one of several 
5 currently available scripting languages delivering the functionality outlined above and 
it may be expected that any serious Web browser will have built-in support for multiple 
scripting languages. For example, Netscape 2.0 supports HTML 3.0, Java and 
LiveScript (the latter being Netscape proprietary scripting Language). 

10 The importance of the role of the graphical Web browser itself should not be overlooked. 
As well as the ability to support multiple scripting languages, a Web browser should 
provide built-in support for standard media types, and the ability to load and execute 
programs in the client, amongst other features. These browsers may be viewed as^ 
operating systems for WWW interaction. 

15 

WWW and the Telephone Network 

It is possible to provide a telephony service over the Internet between connected 
terminals by digitising voice input and sending it over the Internet in discrete packets for 
20 reassembly at the receiving terminal. This is an example of a communication service on 
the Internet. Conversely, it is possible to point to a variety of information services 
provided over the telephone system, such as the. Minitel system widely available in 
France. However, these encroachments into each anothers traditional territories pose no 
real threat to either the Internet or the public telephone system. 

25 

Of more interest are areas of cooperative use of the Internet and the telephone system. 
In fact, one such area has existed for some considerable time and has been outlined 
above with reference to Figure 4, namely the use of a modem link over the PSTN from 
a user computer 34 to an Internet service provider 33 in order to obtain dialup IP access 
30 to the Internet. This cooperative use is of a very simple nature, namely the setting up of 
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a bearer channel over the PSTN for subsequently generated Internet traffic; there is no 
true interaction between the Internet and the PSTN. 

Another known example of the cooperative use of the Internet and PSTN is a recently 
5 launched service by which an Internet user with a sound card in his/her terminal 
computer can make a voice call to a standard telephone anywhere in the world. This is 
achieved by transferring digitised voice over the Internet to a service provider near the 
destination telephone; this service provider then connects into the local PSTN to access 
the desired phone and transfers across into the local PSTN the voice traffic received over 
10 the Internet. Voice input from the called telephone is handled in the reverse manner. Key 
to this service is the ability to identify the service provider local (in telephony charging 
terms) to the destination phone. This arrangement, whilst offering the prospect of 
competition for the telecom operators for long distance calls, is again a simple chaining 
together of the Internet and PSTN. It may, however, be noted that in this case it is 
15 necessary to provide at least a minimum of feedback to the Internet calling party on the 
progress of call set to the destination telephone over the PSTN local to that telephone; 
this feedback need only be in terms of whether or not the call has succeeded. 

A more synergistic relationship between the PSTN and WWW worlds is achieved by 
20 the arrangement described in the following International Patent Applications assigned to 
the same assignee and incorporated herein by reference: 
PCT/GB96/03048 filed December 11, 1996 

"Method of providing telecommunication services" 
PCT/GB96/03049 filed December 11, 1996 
25 "Call setup gateway for telecommunications system" 

PCT/GB96/0305 1 filed December 1 1 , 1 996 

"Method of providing telecommunication services" 
PCT/GB96/03054 filed December 11, 1996 

"Method of accessing a target entity over a 
30 communications network" 

PCT/GB96/03055 filed December 11, 1996 
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"Method of accessing service resource items that are for 
use in a telecommunications system" 
These applications are hereinafter as the "aforementioned PCT Applications". 

5 The arrangement described in the aforementioned PCT Applications is illustrated in 
outline in Figure 5 of the accompanying drawings and involves the provision of so-called 
"service resource items" on WWW servers 40 on "phone" web pages 41 of telephone 
users (such as user B). These service resource items have been specified by the phone 
page owner B (typically using a webclient computer 42) to provide one or more 

10 customised services in the PSTN for user B. For example, if user B subscribes to an 
alternative-number service that is triggered to try an alternative number for B if there is 
no reply from B's main number, then the alternative number may be stored onB's phone 
page as the customised service resource item for that service. Now if during call setup v 
of, for example, a call from user A to user B, there is no reply from B's main number, 

15 a service request for the alternative number service will be generated by an SSP 44 of f *. 
the PSTN and passed to SCP 45. SCP 45 acts as a gateway to the WWW and upon 
receiving the alternative-number service request for B, SCP 45 reaches out over the^ 
WWW to retrieve the alternative number to be tried from B's phone page. Thereafter, 
SCP 45 instructs the SSP 44 to try this alternative number. The advantage of this 

20 arrangement is that B can readily change his alternative number stored on phone page 
41. The foregoing example is a fairly simple one and a much greater degree of 
customisation can be achieved where the retrieved service resource item is service logic 
to be run by the SCP to provide a desired service. 

25 In order for SCP 45 to be able to retrieve the appropriate service resource item for a 
particular service, the resource item must be identified uniquely by a code; this code will 
typically include the telephone number of the called or calling party (depending whether 
the service is a called or calling party service), possibly together with other parameters 
such as the point-in-call where the service request was triggered. The service resource 

30 code is translated by the SCP 45 into the URI of the phone page holding the desired 
resource thereby enabling retrieval of the desired service resource item. Details of how 
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service resource codes are constructed and converted into URIs are to be found in the 
aforesaid PCT Applications together with details regarding provisioning of the server 40 
with resource items. 

5 The aforesaid PCT Applications are primarily concerned with the accessing of service 
control logic and data over the WWW for use in call setup/takedown. Very little is said 
about the passing of information (content) to a telephone user, either to assist in the 
process of service provision or otherwise, and it is an object of the present invention to 
provide for greater flexibility in service provision by enabling non-standard content and 

10 logic to be used together. 



Summary of the Invention 

According to one aspect of the present invention, there is provided a service node for 
15 providing services in a telecommunications system that includes a bearer network for 
transmitting content between users, said service node comprising: 

receiving means for receiving and temporarily storing service logic programs and 
associated content that are normally held remote from the service node; 
first control means responsive to an indication that a particular service associated 
20 with a particular user at least may soon be requested, to cause said receiving 

means to receive and store a particular said service logic program corresponding 
to said particular service; 

execution means for executing service logic programs; 

second control means responsive to a service request for said particular service, 
25 to cause the corresponding said particular logic program, received and stored by 

said receiving means, to be executed by said execution means; and 
bearer-network transmit means operable under control of a said particular service 
logic program executing on said execution means, to deliver to said bearer 
network said content received by said receiving means which is associated with 
30 said particular service logic program. 
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Preferably, the service node includes a computer-network interface for connection to a 
computer network that is generally accessible to the users of the telecommunications 
system but is logically distinct from the latter, the receiving means being operative to 
receive said service logic programs and content through said computer-network interface. 



It is to be understood that reference in the foregoing to the computer network being 
logically distinct from the telecommunications system is not to be taken to imply that 
there is physical separation of the two - indeed, there will frequently be joint use of the 

10 same physical infrastructure. Furthermore, not only may bearer channels set up in the 
telecommunications system share the same transmission medium as the computer 
network, but such a bearer channel may act as a pipe for traffic across the computer 
network. As regards the computer network being generally accessible to users of the , 
telecommunications system, this should not be construed that all users of the., 

15 telecommunications system have such access or can get such access; rather, it should be^ 
understood as meaning that a significant proportion of these users have or can obtain 
access to the computer network. The intention is to exclude computer networks that are^ 
dedicated to the management or monitoring of the bearer network and effectively form 
part of the telecommunications system itself. 

20 

By way of example, in one case the computer network generally accessible to users of 
the telecommunications system but logically distinct from it, may be the Internet and the 
telecommunications system may be a public telephone system (PSTN or PLMN). In 
another case, the telecommunication system may be a private system including a PABX, 
25 and the computer network may be an intranet . 

According to another aspect of the present invention, there is provided a method of 
providing services in a telecommunications system that includes a bearer network and 
a node providing a service execution environment for running service logic programs; 
30 said method involving uploading a service logic program over the bearer network from 
a user device for temporary storage and execution in said node. This uploading may be 
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effected at the time the service logic program is required (in which case the program is 
executed when received), or else the uploading is done on a pre-emptive basis in 
response to an indication that the program may soon be needed. 

5 According to a further aspect of the present invention, there is provided a method of 
providing services in a telecommunications system that includes a bearer network and 
a node providing a service execution environment for running service logic programs; 
said method involving transferring a service logic program to said node for temporary 
storage in response to an indication that said program may soon be required, and 

10 thereafter executing said program in said node when a service request invoking that 
program is received by that node. This indication is, for example, an indication that a 
user having a right to the service provided by the service logic program, has entered the 
coverage area of the node. 

15 According to a still further aspect of the present invention, there is provided a method 
of providing services in a telecommunications system that includes a bearer network and 
a node providing a service execution environment for running service logic programs; 
said method involving transferring a service logic program to said node for temporary 
storage and execution in said node, and following execution of the program at the node 

20 in response to a service request invoking that program, retaining said service logic 
program at the node for no longer than a predetermined period, receipt at said node of 
a further service request for that program whilst it is still retained at the node, resulting 
in the re-execution of the program. 

25 According to a yet further aspect of the present invention, there is provided a method of 
providing services in a telecommunications system that includes a bearer network and 
a node providing a service execution environment for running service logic programs; 
said method involving controlling a requested service by transferring multiple service 
logic programs from different sources to the node and executing these programs, said 

30 programs interacting with each other to provide said service. Said multiple service logic 
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programs may, for example, comprise an applet provided by a calling party and another 
applet provided by a called party. 

In the last preceding four statements of invention, the node provided with a service 
5 execution environment is, for example, an SCP, Adjunct, or Service Node in the case 
wher e the telephone system is a PSTN. 



Brief Description of the Drawings 



10 



15 



20 



25 



Embodiments of the invention will now be described, by way of non-limiting example, 
with reference to the accompanying diagrammatic drawings, in which: 
. Figure 1 is a simplified representation of a public switched telephone network 
(PSTN); 

. Figure 2 is a representation of a PSTN provided with IN capability including a 
service node; 

. Figure 3 is a diagrammatic representation of the World Wide Web (WWW) service 

operating over the Internet; 
. Figure 4 shows the structure of a URL; 

. Figure 5 is a diagram illustrating an arrangement in which IN service resource 

items are provided to a PSTN over the WWW; 
. Figure 6 illustrates a general V-SHOP system embodying the present invention; 
. Figure 7 is a diagram illustrating how in operation of the Figure 6 V-SHOP system 

a V-let service logic program is downloaded to a voice service browser; 
. Figure 8 is a diagram illustrusting the software components of a V-SHOP system; 
. Figure 9 is a diagram showing the interactions occurring in a V-SHOP system 

when providing a called-party service; 
. Figure 10 is a diagram showing the interactions occurring in a V-SHOP system 

when providing a calling-party service 
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Figure 11 is a diagram illustrating the use of a V-SHOP system for providing a 
called-party service in a public infrastructure without recourse to IN 
capabilities; 

Figure 12 is a diagram illustrating the use of a V-SHOP system for providing a 

called-party service in a public infrastructure with the assistance of 

advanced IN capabilities; 
Figure 13 is a diagram illustrating the use of a V-SHOP system for providing a 

calling-party service in a public infrastructure without recourse to IN 

capabilities; 

Figure 14 is a diagram illustrating the use of a V-SHOP system for providing a 
service in an environment that is at least in part private; 

Figure 15 is a illustrating the use of a V-SHOP system for providing concurrent 
interactive calling and called-party service in a private environment; 

Figure 16 is a diagram of a voice browser complex; and 

Figure 17 is a diagram illustrating the conceptual role of the V-SHOP system in the 
context of services / intelligence / network. 



Best Mode of Carrying Out the Invention 

20 

In the following description the following teminology is used: 

V-SHOP: (Voice Services Home Page) This term is used as shorthand for the general 
arrangement described below in which service logic and content items for voice services 
are retrieved across the WWW from the Subscriber Voice Service Home Page of a 
25 telephone user to a Service Node for use in implementing a requested service. 

V-let: the program downloaded from the host WWW server to a gateway of the Service 
Node (V-let = Voice applet). This host WWW server is later defined as the repository 
server. 

Voice Service browser: The environment provided by the Service Node that allows for 
30 execution of the V-lets. 
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Homelet: The program (Voice servlet) that executes on the WWW repository server, and 
from which the V-let is issued. 

Subscriber Voice Service Home Page: The logical component that contains the 
subscriber dynamic profile. It is an aggregation of the V-let, the Homelet and additional 
5 items or data that characterize the subscriber. Associated with the Subscriber Home Page 
is a network address (URL) that is used to access the home page within the Web 
network. 

Home Page Repository: The entity that contains the definition of the subscriber Voice 
Service Home Page. A Service Repository is typically a WWW network server; however 
10 nothing prevents the Service Repository from being a PC, palmtop or intelligent mobile 
phone connected to the network. 

Content Items: (Content) These are information items for delivery to a user over the 
bearer network. Content items may be embedded in V-lets or held in separate data files. 
Examples are voice annoucements, voice messages and the like. Frequently they will be 
5 text data to be converted into voice at the Service Node for delivery over the bearer 
network. 

General Architecture and scenario 

Figure 6 illustrates the V-SHOP functional architecture. When a call from User A comes 
20 in, it is routed to a network node 50 that has a Voice Service Browser 51. A welcome 
service 58 is activated that among other operations obtains the URL of the subscriber 
Home Page 53 on WWW server 52 (for clarity, the usual WWW "cloud*, has been 
omitted in this and following Figures). The way this URL is obtained is discussed latter. 
A Query 54 is sent to the Home Page, and a V-let 55 is received in return. Once the V- 
25 let 55 is downloaded into the Voice Service Browser 51 the software configuration will 
typically be as depicted in Figure 7. More particularly, the V-let 55 is downloaded to the 
Service Browser for execution, a Homelet 56 is also activated in the server 52. A 
reference to the Homelet (a URL) is contained in the V-let 55; this allows for subsequent 
interaction with the home page within the envelope of the same session. Classical Web 
30 mechanisms for sharing states between remote entities can be used appropriately here. 
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Supplementary data or service logic (Sub-V-let) can be further queried if required; this 
will depend on the service to be offered. 

It should be noted that the Homelet URL and Home Page URL are not necessary the 
5 same. The Homelet instance is dedicated to this service interaction, whereas the Home 
Page is always, present, even if there is no call active. It is possible to handle 
simultaneous accesses to the Home Page, while keeping a certain level of independency 
between them. 

The V-let 55 is executed and delivers a customized service to the user by: 
interacting with the Homelet 56, as described above. 

possibly interfacing with other Web resources whose URLs it gets from the 
Homelet 56. 

controlling the local network resources by means of APIs it has access to within 
the Voice Service Browser 51. These resources can be either hardware resources 
such as switching resources, specialized cards, or software resources such as 
dedicated algorithms or more advanced applications. 

Handling the interaction with the user including the delivery of content items 57 
fetched from the users Home Page Repository either embedded in a V-let or 
contained in a separate file. In the latter case, the content item may be fetched at 
the same time as the V-let 55 or as required, 
possibly processing the content data 57 prior to delivery to a user. 

As illustrated in Figure 8, the main software components for V-SHOP are: 
25 - Voice Service Browser 51 

The principles of a Voice Service Browser can be compared to those of a Web 
Browser. The Browser receives information and processes it according to the 
information format, and the capabilities it can access locally. It provides 
additional features like security, caching and the like. The Voice Service Browser 
30 51 comprises a basic voice service browser (VSB) layer 60, a network resource 

layer 61, and zero, one or more voice plug-ins 59. The VSB layer 60 gives an 
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abstraction of the resources and basic capabilities that a simple Voice Service 
Browser provides. The network resource layer 61 provides an interface to the 
resources of the network node hosting the voice service browser 5 1 . Voice plug- 
ins 59 are applications that extend the capabilities of a simple Voice Service 
5 Browser. These capabilities can be used by the V-lets at execution, if they have 

been written to do so. Examples of Voice plug-ins are algorithms for Voice 
Activated Dialling, Voice Recognition, complex dialogue handling systems, or 
simply something like " play this announce and collect up to n digits". 

- Standard Applets 58. 

10 These are locally-held applications providing standard service elements such as 

a welcome service, and may use locally-held data files 62. 

- V-lets (Applets) 55 

As already explained they are customized service logic downloaded into the 
Voice Service Browser at call processing time. Typically, a V-let is a Java 
15 applet, but can be written if any other language that can be interpreted by the 

Voice Service Browser. 

- Homelets (Servlets).56 

Homelets are part of the customized service logic that executes on the Home Page 
Repository server. As V-lets they can be Java servlets, or cgi-bin scripts. 
20 - Data Files (Content). 57, 62 

Data files are information data generally associated with particular applets. They 
can be held either locally (62) or remotely (57). These can be of various format. 
Examples of Data Files are Voice Announcement, Voice Messages / Faxes / 
Unified Messages, or other subscriber data. 

25 

The decision of deploying a new pluggin into the Voice Service Browser needs to take 
into account criteria as diverse as genericity of the pluggin capabilities, potential usage 
and of these capabilities, impact on service creation: simplification, maintenance of API 
(Versioning), impact on network traffic (size of V-lets), Voice Service Browser 
30 environment: type of access network, population profile, etc. 
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Service examples 

Example of a called party service - Figure 9 illustrates the scenario of a customized call 
screening service. The call is composed of two phases: an initial phase that welcomes the 
5 caller A, and a customized phase that handle the call as specified by B. The various steps 
of the service aare referenced by numbers in square brackets. 

Welcome Phase 

[1] - A calls B using B's personal number. The call is routed to a Voice Service 
10 Browser. 

[2] - The Voice Service Browser plays a welcome announce to A. 

[3] - In the mean time, the Voice Service Browser resolves B number into an URL and 
queries the Web for B's V-let. 

[4] - B's V-let is received and activated at some time during the welcome announce. 
15 B's V-let takes over from the welcome service. 

Customized Phase 

[5] - A call is placed to a location where B is known to be found. This information is 
contained in the V-let. 

20 [6] - in the mean time B's V-let plays a personal announce that asks for A's name. A 
pronounces his name, which is stored as a voice message by the Voice Service 
Browser. 

[7] - A is asked to wait for a while, being prompt by a music, or an announce giving 
the time of day at B's current location. 
25 [8] - When B answers he his prompted by his customized screening service and can 
hear the name of the calling party A being played by the Voice Service Browser. 
[9] - B refuses to receive the call and presses a key on his phone to forward the call 

to his Voice Mail. The connection to B is released. 
[10] - A is being asked to leave a message, which he does. 
30 [11] - The connection to A is released. 
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[12] - The Voice Service Browser sends A's voice message to B's Home Page 
repository. B's Homelet handles the message in an appropriate way. 

Steps 1, 2, 6, 7, 10 and 1 1 involve a local connection across the bearer network to A's 
5 telephone, whereas steps 5, 8 and 9 involve a (remote) connection to B's telephone. 



Example of a calling party service - Figure 10 illustrates the scenario of a user A that 
checks his Voice Mail. Again, the service steps are referenced by numbers in square 
10 brackets. 

Welcome Phase 

[1-4]- The Welcome phase is the same as the one described in the previous scenario. . 

15 Customized Phase 

[5] - Authentication of A is performed, in the way A specified it. 
[6] - A presses a particular key on his phone to indicate he wants to check his voice 
mail. 

[7] - A Web request is sent to the Homelet, that sends back A's messages. 
20 [8] - Once the first message is received, it is played to A. 

[9] - A couldn't note completely a phone number contained in the message, so he asks 

for replay. 
[10] - A listens to his other messages. 

[11] - At the end of the interaction a status message is sent back to the Homelet, 
25 informing which messages have to be saved, and which one can be deleted from 

the MailBox. 
[12] - The session terminates. 

Steps 1, 2, 5, 6, 8, 9, 10 and 12 involve a local connection over the bearer network to 
30 A's telephone. There are not remote connections. 
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V-SHOP Service Embodiments 

There exists many alternatives for implementing V-SHOP depending on which 
communication environment is targeted. This section first gives general insights on V- 
SHOP deployment, such as location of components, scalability and addressing. It then 
5 discusses particular alternatives for implementing V-SHOP, together with some 
scenarios. In the following there is no assumption on which phone the user is using to 
give a call. 

Location of components - A V-SHOP subscriber Home Page may be located in a public 
10 infrastructure, or private; or it may reside within a PC or a handy belonging to the 
subscriber. In the same way a V-Let may reside in a public or private environment, or 
may be cached into a PC, a palmtop, or even a mobile phone. Also the Voice Service 
Browser may be public or private. 

15 Scalability with distribution - Telecom services have stringent scalability requirements. 
They are often conceived to serve millions of customers. This is particularly a challenge 
with interactive voice services; they are very demanding in terms of networking, data 
storage, and cpu consumption. The solution for such services is to adopt a distributed 
architecture which is flexible enough to adapt to various range of configurations. This 

20 distribution is at four levels: the Home Page servers level, the network level, the Voice 
Service Browser platform level, and the terminal level. 

Home Page server distribution 

As much advantage as possible should be taken of the storage and processing 
25 capabilities that Web servers can offer, at low cost. 

Network Distribution 

Voice Service Browsers should be place close to the local exchanges; ideally 1 
per local exchange. That is many platforms are to be deployed. In the reality each 
platform would be located adequately in the network so that it also simplifies the 
30 operation and maintenance procedures, hence reducing the operating costs. 

Voice Service Browser Platform Distribution 
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Each Voice Platform is itself a distributed system. A distributed Voice Service 
Browsers Platform architecture is proposed later in this chapter. 
Terminal. 

One can benefit from the storage and processing capabilities that advanced 
5 terminals provide. 

Addressing and service access - The nature of the service one can expect from a V- 
SHOP implementation depends on the way the service is accessed. That is, what is the 
semantic attached to the dialled number, how the call is routed to a local Voice Service 
10 Browser, how the service is loaded and activated, are those services calling party 
services or called party services, and alike. 

There are three main elements necessary for a V-SHOP service to function: ^ 
the V-SHOP service reference 

15 - the subscriber telephone number or subscriber reference 

the V-SHOP subscriber Voice Service Home Page reference. 
The ways this information can be obtained are from the dialled number and following 
interactions with the calling party, and from the calling ID number. It is up to the local 
exchange, maybe with the contribution of an IN infrastructure, to route an incoming call 

20 to a Voice Service Browser, based on the dialled number. The way the Voice Service 
Home Page reference is obtained is, given the subscriber telephone number, by doing 
a lookup into a local database or by any of the other methods described in the aforesaid 
PCT Applications. 

25 

Several Called and Calling party service scenarios will now be described, and how they 
can be implemented, with and without the contribution of Intelligent Networks. 

Called party services in a public infrastructure - Examples of called party services are 
30 single number service, call screening, or redirection to voice mail. With called party 
services, the user may or may not be aware that the service is being used. 
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> > Without IN (Figure 1 1) 

In this implementation the number dialled by the user A is structured as a V- 
SHOP service access code followed by a subscriber reference. This number is 
analysed by the switch 25 and the call is routed to a service node 50 that has 
voice service browser capabilities. Operation proceeds as follows: 
a: On reception of a call attempt the switch 25 detects that the destination 

number refers to a V-SHOP service, 
b: The switch 25 starts the call setup sequence towards the Voice Service 

Browser node 50. 

c: The Welcome Service 58 is scheduled in the Voice Service Browser to 
welcome the call. In the mean time the Voice Service Browser 51 
resolves the destination number into an URL address and queries the 
associated Home Page Repository 52. 

d: The corresponding V-let 55 is returned to the Voice Service Browser 51 . 
The V-let 55 takes over the responsibility of handling the call, as it is 
defined by the subscriber. 

e: The V-let may contain references to additional subscriber data it querries 
for processing the service. 

> > Use of IN routing capabilities 

This scenario uses an IN SCP 17 for routing the call to the voice service browser 
51. The SCP 17 is able to maintain additional information that enhances the 
way the destination voice service browser 51 is chosen. IN also offers a 
way to re-route the call after it has been handled by the Voice Service 
Browser 51 without tromboning between the network and the Voice 
Service Browser node 50. 

> > Advanced use of IN capabilities (Figure 12) 

In this implementation the IN environment is used for routing the call to a node 
50 that has voice service browser capabilities, and for requesting the V-let, and 
relaying it to the Voice Service Browser 51. This scenario is a variant of the 
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previous IN routing scenario. Its main benefit is that it saves some time for 
accessing and downloading the subscriber V-let 55 into the Voice Service 
Browser 51. The SCP 17 is used for V-SHOP service detection and routing of the 
call to an appropriate Voice Service Browser node 50. A call processing scenario 
5 can be the following one: 

a: On reception of a call attempt the switch 25 triggers to the SCP 17. 
b: The SCP 17 detects the destination number refers to a V-SHOP service. 

It resolves the destination number into an IJRL address and queries the 

associated Home Page Repository 52. 
10 c: The SCP 17 sends a request to the switch 25 to connect the call to an 

appropriate Voice Service Browser node 50. A correlation ID (C-ID) is 

passed in the request, 
d: The switch 25 starts the call setup sequence towards the Voice Service 

Browser node 50. The B-Number is passed. 
15 e: The Welcome Service 58 is scheduled in the Voice Service Browser 51 

to welcome, the call, 
f: The V-let 55 is returned to the SCP 17. 

g: the SCP 17 forwards the V-let 55 to the identified Voice Service Browser 
51. The forwarding message includes the C-ID for correlation in the 
20 Service Browser node, c, d and e happens in parallel with f and g. 

g: On reception of the V-let 55 the Voice Service Browser environment uses 
the C-ID to determine the Welcome Service 58 instance that held the call. 
The V-let 55 takes over the responsibility of handling the call, as defined 
by the subscriber. 

25 i: The V-let 55 may contain references to additional subscriber data it 

querries for processing the service. 

The V-let 55 can be cached in the SCP 17 for faster response at the next access 
from this subscriber in this geographical area. The SCP 17 can be also used to 
30 maintain additional information that enhances the way the destination voice 

service browser is chosen. As noted above, there will be multiple instances of 
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Voice Service Browsers 51 deployed in the network. An operator can choose to 
have classes of Voice Service Browsers with different capabilities supported. The 
Voice Service Browser configuration is known in the SCP, that will route calls 
to Voice Service Browsers of appropriate classes, given the profile of V-SHOP 
5 subscribers. 



Calling party services in a public infrastructure - Examples of calling party services 
are voice mail access, voice activated dialling, preferred carrier, virtual private network, 
10 or personal secretary service. For calling party service there is a need for identification, 
and eventually authentication, of the person who calls. 

With calling party services it is acceptable to separate the dialling of the V-SHOP service 
access code from the dialling of the subscriber number. Once the call has been routed 
15 to a Voice Service Browser, using a V-SHOP service access code, the user may enter an 
identification/authentication session from which a subscriber URL number can be 
derived. 

> > Without IN (Figure 13) 

20 In this case, it is the responsibility of the network to route the call to the nearest 

Voice Service Browser 51, in a manner already discussed (the switch(es) is not 
shown in Figure 13). The delays in accessing the V-let can be hidden by 
appropriate design of the Welcome service 58, that provides an identification, 
then authentication of the user. The time budget obtained from prompting the 

25 user for a PIN and obtaining the digits is sufficient for getting the V-let 55 from 

a remote location. AVR can also be used here. The checking of the user input is 
then being done in any appropriate way. 

The penalties here are that this sequence (V-SHOP Service number + ID + PIN) 
30 may be too heavy to handle if the aim of the user is just to give a simple call. 

However it will sound perfectly natural for interactive customized services where 
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the user is psychologically prepared for such a dialogue, especially if the 
dialogue is specifically conceived and tuned for his needs. 

> > Combined with IN 

5 The use of an IN infrastructure brings similar advantages as with called party 

services. 

V-SHOP in a private environment - There are particularities that come from applying 
V-SHOP in a private environment; they are mainly to do with the size of the network, 
10 the number of subscriber, the way billing is being done, the way service administration 
can be done, the type of networks being used for signalling and transportation of voice, 
and network security and boundaries. 

"» 

The previous scenarios can be realized in an enterprise environment, where a dedicated 
15 organisation holds the responsibility of developing and administering the services for the 
employees. 

Access to the V-SHOP service can be done through a Voice Service Browser 5 1 that 

resides either in a public environment, or is part of the private environment. The Home 
20 Page Repository Servers 52 would be in the private environment (see Figure 14). In this 

way, the user is able to control: 

How the routing of his call is being done, given that he has specific tariff 
agreements with some carriers, or may take advantage of his enterprise 
communication network. 
25 - How his billing is being done. 

And this from anywhere in the world, with the same personal user interface, given that 

he is given access to a Voice Service Browser. 

Calling and called party services - Figure 15 depicts a scenario where both user A and 
30 user B are V-SHOP service subscribers. (Note, although the illustrated example is for 
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a private service, the illustrated concept can also be applied to a public environment). In 
Figure 15: 

When A calls in, the call is handled by A's V-Let 55 A, which implements A's 
personal secretary service. 
5 - A gets authenticated, and informs he wants to call B. A gives B's telephone 
number. 

The Voice Service Browser 51 detects B's number is a V-SHOP number. It 
resolves it into B's URL and downloads B's V-let 55B. 
A call is placed to B, according to B's V-let logic. 
10 - In this particular scenario, B wanted his calls to be forwarded to his Voice Mail. 

Activation of B's Voice Mail service is done locally, without the need to setup 
any network connection. (Another example service would be with B's advanced 
call screening service). 

15 The Figure 15 scenario shows that various services alternatives are possible, that 
optimise the call processing, and prevent the setup of non necessary connections. The 
combination of A's V-let 55A and B's V-let 55B cooperating within the Voice Service 
Browser 51 provides a means to offer very powerful innovative services, again at low 
cost. 

20 

This scenario also introduces the notion of inter V-let communication. This 
communication is local. 

Service Node 

25 A voice platform SN 50 is generally composed of a collection of system elements, each 
supporting specific functions. A voice platform may comprise: 

an execution environment (processing nodes) to support call control and service 
execution, 

network interface cards to connect to the telephony network, 
30 - storage systems to store voice messages and customer profiles 

specialized servers to execute advanced functions (voice recognition etc.) 
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a LAN to interconnect the platform systems, 
a bus to route and get access to voice data. 

There are several benefits that may come with a distributed architecture, if sufficient care 
5 is taken by platform designers: 

Isolation of faults. It makes it easier to limit the impact of a fault occurring in a 
particular component. System redundancy will allow for taking over the 
processing of requests in case of failure. A system failure will not impede 
customers from accessing their services. 

10 - Adequation to application requirements. Each application will run on dedicated 
nodes that are dimensioned and configured for this purpose only . The work of 
system engineering is made easier. The choice and cost of the platform can be 
better controlled, according to each application requirements. For instance, a r 
supervision application will run on an HP-UX platform, whereas a Windows-NT 

15 platform is better suited for a voice recognition application. 

Evolution in applications and technologies. New technologies or application can 
be introduced without impacting those being already deployed. An operator will 
be able to take early competitive advantage of newly developed technologies or 
applications. 

20 

However there are issues such as operability, manageability, or overall complexity that 
come along with distributed systems. A service node built to implement the V-SHOP 
concept significantly reduces these issues. Figure 16 shows the the general form of an 
SN employing voice service brower components 74 hosted on network front-ends 75 as 

25 part of a voice browser complex 70. As well as the voice service browser components 
74 and network front ends 75, the complex 70 includes a gateway 71 for accessing home 
page repositories 53, storage systems 72 for storing voice messages and customer 
profiles, and an efficient interconnect 73. The Voice Service Browser component 74 will 
generally have the following characteristics: 

30 - Small scale, stand alone systems (no HA). 

Many, to meet different scalability requirements of the platform. 
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Specialized to support specific pluggins or resource functions. 
Specialized to support for various network access 
Able to switch calls 

Place for technological innovation and new services 
5 - Provided by third parties 

Have hooks to the Complex Gateway 
Held no precious states or information. 

The Voice Service Browser Complex Gateway 71 provides efficient and reliable access 
10 to any information that is critical for the Voice Service Browser 51 to provide their 
services. This information, we will call precious states, mainly relates to subscriber 
profiles (V-Lets, messages, etc.), complex and network configuration, and call context 
information. The Gateway 71 may access this information through external accesses (e.g 
to subscriber Home Pages), have it cached, or maintain it locally. The Complex 
15 Gateway: 

Is reliable. It is hosted by an efficient, reliable, highly available system; 
Provides the HA framework to the Voice Service Browser systems; 
Encapsulates precious platform and network states; 
Provides global Resource Management; 
20 - Performs the following call control functions: 
routing of calls 

routing to subscriber profiles / data 
Number translation 

Provides access to the external world, e.g external database or web servers; 
25 - With specific customizable logic; 

Provides the framework for application software management and maintenance; 
Downloads service logics (V-lets) into the Service Browsers. 

The interconnect 73 linking all system components together may range from a standard 
30 lOOvgLAN to a switched ATM LAN or Fiber Channel technology. 
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The Service Node architecture takes advantage of the V-SHOP principles for: 
simplifying the platform and application software management, 
providing a High Availability framework to low cost standalone systems, 
enabling introduction of innovative technologies and application components in 
5 the service node as pluggins. 



I will be appreciated that in the earlier illustrated embodiments, the voice service 
browser 51 will generally include similar functional elements to elements 71 to 75 
whether in a distributed comples form 70 or in a single-machine architecture. 

10 

V-let in the Handset 

An interesting case for V-SHOP is the one where a copy of the V-let resides in the 
Handset. It can be then downloaded into the Voice Service Browser if particular 
functions have to be performed. These can be: 
15 - particular network resource management tasks, 
authentication with the network or the service, 
advanced voice processing functions not supported by the handset. 



20 Implementation Considerations 

Efficient communication. - As the user is interacting with the Voice Service Browser 
in realtime, it is important to provide sufficient guarantees that the information necessary 
for the services to execute properly in the Voice Service Browser will be available when 
needed. This information is mainly service logic, announcements, messages (voice, 

25 faxes, unified messages). However the large size of the messages required to transfer this 
information, and the number of these messages per seconds will impact on the 
performance of the Data Network. In order to minimise adverse effects a number of 
measures may be taken, particularly to reduce the quantity of data to be transferred. One 
approach to reducing the size of messages could be to use compression. This may be 

30 used on any kind of data information. Another approach, that would mainly apply to 
Service Logic data, would be to impose guidelines on designers of complex services. 
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That is, it is possible to structure the Service Logic applets into a collection of small size 
applets, and organize them into a hierarchical tree. The top of the tree is the first V-let 
to be downloaded. Sub V-lets will be downloaded later depending on how the interaction 
with the user is progressing. What is important here is to have the ability to execute 
5 pieces of functionality while others are not available yet. 

The same approach can be applied to downloading of voice messages. That is it is not 
necessary to download all of messages before starting playing the first one. Pieces of 
information needs to be transferred in the order in which this information is going to be 
10 processed of presented first to the user. 

Reducing the size of messages, as explained above, and cadencing their transfer is a way 
to ensure more predictable delays and limit network overloading. Also high speed 
networks or links can be used for better performance of data transfer. 

15 

Service activation - The issue here is how to mask to the users the delays of activating 
the services, which assumes the necessary information is available into the Voice Service 
Browser. There are several technics that would allow us to speed service activation: 

Small size V-lets 

This method of structuring Service Logic into small applets will reduce the time 
necessary to activate the top V-let. 
Caching 

Also V-lets could be cached within an SCP or a Voice Service Browser Complex 
Gateway first time that the service is requested in a given geography (or 
whenever some indication is given that the user is in a given geography which 
may be through the use of any service or by a registration process, possibly 
transparent to the user when using his/her handset or terminal). Only the Top V- 
let may be cached, the latter requesting additional Sub- V-lets as needed (or with 
a degree of pre-emption). 



20 



25 



30 
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Another technic 

is the one illustrated in the Advanced use of IN capabilities scenario (Figure 12), 
where the this action of getting the V-let and having it activated can be done 
simultaneously to routing the call to the Voice Service Browser. 

5 

V-SHOP features 

Figure 17 depicts at a conceptual level the positioning of the components of the V-SHOP 
architecture in the functional planes of networks, intelligence, and services. This 
10 architecture gives rise to a number of notable features: 

Clear separation between the businesses of providing a service, and operating a 
network - As a result the network can be seen as a generic platform independent of 
services; pluggins can be added that offer common services; Subscriber service logic can 
15 be downloaded to perform better or appropriate resource management. 

Clear separation between storing data and services, and providing an execution 
environment for services. - The latter is being done by the Voice Service Browser the 
main responsibility of which is session control and information presentation in a format 
20 that fits the capabilities of the user terminal. 

Optimised resource usage - Connection oriented services are required for the transfer 
of information that have very stringent real-time or QoS requirements, e.g dialogue 
between two users, interactive video, etc. Such services require allocation of dedicated 
25 resources within the telecommunication network. It is very difficult to provide service 
multiplexing over those resources without degradation of the services. 

On the other side data networks offer less guarantees. But they provide better flexibility 
and higher communication throughput. The result is very often of more flexible, less 
30 complex, and less costly infrastructure. This has a direct consequence on the price 
subscribers and users have to pay to receive a service. 
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V-SHOP permits the strengths of both kinds of networks to be married, with the most 
suitable network being used to transfer whatever data is to be delivered. For instance, 
it normally costs a user a lot to make an international call to check a long list of 
messages the user has in their voice mail. This could be more effectively done if the 
5 user's voice mail service could be run close to the local exchange to which the user is 
currently connected, and the voice messages transferred over a data network to the voice 
mail service; the messages would then be played and replayed from there. Such a service 
implemented using V-SHOP has been described above. The same considerations apply 
generally to with customized interactive services. 

10 

Another example is with tromboning that leads to over allocation of network resources. 
This undesired phenomenon may results from the combination of different services, all 
of this to get an announcement in a foreign language asking if you would leave a 
message. 

15 

Decoupling of information transfer and information presentation - Different kinds 
of scenarios can be imagined, in which part of the information that is necessary to 
process the call or deliver a service to a user does not necessitate the set-up of expensive 
connections. The level of indirection that the Voice Service Browser provides brings 
20 architectural alternatives to better usage of network resources and better cost structures. 
Also the Voice Service Browser offers a way to restructure the information and present 
it in a format that meets the terminal capabilities and the user expectations. 

Caching of data and logic - The GSM architecture uses data caching with the notions 
25 of VLR (Visiting Location Register) and HLR (Home Location Register) where the 
information necessary to route the call to a subscriber is cached closely to the user. At 
least certain V-SHOP embodiments go further by caching service logic and this results 
in a very flexible architecture that allows the delivery of advanced interactive voice 
service very quickly, and at low cost. As explained above, caching decreases the need 
30 for network communication in real time, and critical resource consumption. 
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V-SHOP main benefits 

In addition to the benefits of the above features, V-SHOP embodiments provide a 
number of other benefits (though not necessarily all benefits are provided by all 
embodiments). 
5 - Personalized services. 

By means of a data network such as the Internet, and technologies such as Web 

technologies, subscribers can master the creation of their services very flexibly. 

A subscriber may be an individual with or without access to the data network, or 

an organisation that owns (and operates) a data network. 
10 - Very fast service deployment. 

The use of a data network (Inter/tranet) for supporting the services results in the 

ability for deploying the services very rapidly, and in a variety of ways that 

meets each V-SHOP subscriber particular needs. 

Ubiquitous services: 
15 Users can access and use their own services world wide at low cost. 

Better control of the subscribers over their services. 

Subscribers are able to access and configure their services remotely from any 
standard terminal equipment, given that they are given the right to do so. 
Easier administration of the services. 

20 (Service provider point of view). All the information used for delivering a service 

to a particular customer are stored in a unique repository. Copies of part of it can 
be cached in other node. But it is possible to administer the service easily by 
accessing this central repository. It must be noted that (1) it is not required that 
all profiles are stored in a same centralized node; (2) that by deporting the 

25 repository node inside the Inter/tranet the administration can be done by the user 

himself, or the organisation to which he belongs. 
Simplified network protocols. 

Common network protocols such as the ones used in Internet networks (HTTP) 
can be used as a basement for accessing data and downloading applets or 
30 information. The V-let and the Homelets are responsible for the parts of the 

protocol which are specific to each service. Interoperability becomes a non issue 
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as very often the responsibilities of creating the V-let and the Homelet are with 
a same organisation. 
Full scalability. 

As in the WebIN proposal, full scalability is almost for free. Such a benefit 
5 usefully results from adopting a distributed architecture. Scalability issues may 

be categorized according to network bandwidth, addressing, storage capacity, and 
processing power. The V-SHOP architecture allows for solutions along each of 
those four lines. 

Network bandwidth: High speed links can be provisioned in a data 
10 network or leased from a data network operator. 

Addressing. The use of URLs brings a full flexibility in the way 
subscriber profiles are accessed, independently of any network physical 
considerations. 

Data storage: Together with the use of URLs, a large range of 
15 configuration is possible. Where the storage requirements go over what 

a single storage system can provide it is possible to grow by operating 
multiple sites that have the responsibility of administrating the services 
for a category of subscribers. 

Processing power: Processing power issues can be solved in the same 
20 way by addition of processing nodes. It should be noted that storage 

nodes are decoupled from processing nodes in the architecture. 
Such a scalability characteristic allows for optimised evolution and upgrade of the 
service infrastructure. The appropriate storage and processing capabilities can be 
placed adequately in the infrastructure, based on requirements coming from 
25 service usage and penetration. This is particularly important in the context of 

voice services where: 

execution of voice algorithms (compression, recognition etc.) is very 
demanding in terms of processing power (especially in cases where these 
algorithms are implemented in software, and executes on host cpus). 
30 - storage needs for user data (messages, user profile) are important. 

Reduced costs. 
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Advanced voice services can be provided by means of a low cost infrastructure. 
Standard IT equipments and default applications can be easily leveraged for 
realizing most of the components required for V-SHOP. This results in: 
reduced costs for deploying and operating the network, 
5 - reduced costs for deploying and administrating the services, 

advanced services provided to the user at a very competitive prices, 
reduced price for each call, due to optimization of network resources 
usage. This aspect is particularly important in the context of interactive 
services. 

10 

Variants 

Many variants are, of course, possible to the above-described arrangements. 

15 Whilst traditionally a Service Node is provided functionally downstream of an SSP with . 
the latter generating service requests which it passes to the SN for servicing, it is also 
possible for the SN to be located upstream of any SSP, for example, in the access ,g 
network. In this case, the SN is responsible for detecting when any of its services are , * 

required during call setup/takedown. * < 

20 

It will be appreciated that the term "Internet" is to be understood to include not only the 
current specification of the TCP/IP protocols used for the Internet and the current 
addressing scheme, but also evolutions of these features such as may be needed to deal 
with isochronous media. Furthermore, references to the WWW and the HTTP protocol 
25 should equally be understood to encompass their evolved descendants. 

The present invention can also be applied to telephone systems other than just PSTNs, 
for example to PLMNs and other mobile networks, and to private systems using PABXs. 
In this latter case, a LAN or campus-wide computer network serving generally the same 
30 internal users as the PABX, will take the role of the Internet in the described 
embodiments. 
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Furthermore, the present invention has application where any switched 
telecommunication system (for example, a broadband ATM system) requires service 
control and a computer network can be used for the delivery of service resources to the 
service control subsystem of the telecommunication system. 
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CLAIMS 

1. A service node for providing services in a telecommunications system that includes 
a bearer network for transmitting content between users, said service node (50) 

5 comprising: 

receiving means (71) for receiving and temporarily storing service logic 
programs (55) and associated content (57) that are normally held remote from the 
service node; 

first control means (74) responsive to an indication that a particular service 
10 associated with a particular user at least may soon be requested, to cause said 

receiving means (71) to receive and store a particular said service logic program 

(55) corresponding to said particular service; 

execution means (74) for executing service logic programs (55,58); 

second control means (74) responsive to a service request for said particular 
15 service, to cause the corresponding said particular logic program (55), received 

and stored by said receiving means (71), to be executed by said execution means 

(74); and 

bearer-network transmit means (75) operable under control of a said particular 
service logic program (55) executing on said execution means (74), to deliver to 
20 said bearer network said content (57) received by said receiving means which is 

associated with said particular service logic program. 

2. A service node according to claim 1, wherein said content (57) associated with a said 
particular service logic program (55) is embedded in that progam. 

25 

3. A service node according to claim 1, wherein said content (57) associated with a said 
particular service logic program (55) is separate from that program and is received and 
temporarily stored by said receiving means (71) at the instigation of said particular 
service logic program when executing on said execution means (74). 

30 
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4. A service node according to claim 3, wherein said content (57) separate from the 
associated said particular service logic program (55) is caused to be fetched by that 
program only when required for delivery. 

5 

5, A service node according to claim 3, wherein said content (57) separate from the 
associated said particular service logic program is caused to be fetched preemptively by 
that program. 

10 6. A service node according to claim 1, further comprising standard-content storage 
means (72) for long-term storage of standard content (62) usable in the provision of 
services to multiple users, said standard content being selectively deliverable to said 
bearer network through said bearer-network transmit interface means (75) under the 
control of a said service logic program executing on said execution means. 

15 

7. A service node according to claim 1 , wherein a said particular service logic program 
(55), in executing on said execution means (74), is operative to process said associated 
content (57) prior to delivery by said bearer-network transmit means (75) to said bearer 
network. 

20 

8. A service node according to claim 1, wherein said receiving means (71) at the 
instigation of a said particular service logic program (55) executing on said execution 
means, is operative to receive and temporarily store a follow-up service logic program 
associated with the executing program, said follow-up program being subsequently 

25 executed by the execution means in providing the requested service. 

9. A service node according to claim 1, wherein a said particular service logic program 
(55) executing on said execution means, is operative to interact with a remotely 
executing program (56). 
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10. A service node according to claim 1, wherein said execution means (74) can 
concurrently execute multiple particular service logic programs (55A,55B) with 
interaction therebetween. 

II. A service node according to claim 1, further comprising standard-program storage 
means for long-term storage of standard service logic programs (58) for providing the 
same service to multiple users, said standard service logic programs (58) being executed 
on said execution means (74) in response to the receipt by said second control means (74) 
of a corresponding said service request. 



12. A service node according to claim 1, further comprising: 

standard-program storage means (72) for long-term storage of standard service 
logic programs (58) usable in the provision of services to multiple users, , 4 
standard-content storage means (72) for long-term storage of standard content 
15 (62) usable in the provision of services to multiple users, 

said second control means (74) on receiving said service request being operative to cause 
the execution of a said standard service logic program (58) which initiates the delivery 
of a said standard content (62) through said bearer-network interface (75), the second 
control means thereafter initiating the execution of the said particular service logic 
20 program (55). 



13. A service node according to claim 1 or claim 12, wherein said indication to which 
the said first control means (74) is responsive is a said service request, said second 
control means (74) serving to execute the said particular service logic program (55) 

25 corresponding to said service request upon that program being received and stored by 
said receiving means (71). 

14. A service node according to claim 1, wherein said indication to which the said first 
control means (74) is responsive is a user-identifying indicator received at said service 

30 node and which, without being a service request for said particular service, indicates that 
said user is in the coverage area of said service node. 
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15. A service node according to claim 1, wherein said receiving means (71)is operative 
following execution of a said particular service logic program (55) which it has received 
and stored, to retain said particular service logic program (55) for no longer than a 
predetermined period, receipt of a further said corresponding service request by said 

5 second control means (74) whilst said program is still retained by the receiving means 
(71) resulting in the re-execution of the program without it being fetched again . 

16. A service node according to claim 10, wherein said receiving means (71) is further 
operative to retain content (57) associated with said particular service logic program (55) 

10 for as long as the latter is also retained by the receiving means. 

17. A service node according to claim 1 , including a computer-network interface for 
connection to a computer network that is generally accessible to the users of the 
telecommunications system but is logically distinct from the latter, the receiving means 

15 (71) being operative to receive said service logic programs and content through said 
computer-network interface. 

18. A service node according to claim 17, wherein said telecommunications system is 
a public telephone system and said computer network is the Internet. 

20 

19. A service node according to claim 17, wherein said telecommunications system is 
a private telephone system including a PABX, and wherein said computer network is an 
intranet. 

25 20. A service node according to any one of claims 17 to 19, wherein said receiving 
means (71) and execution means (74) provide a WWW browser environment enabling 
service logic programs (55) and content (57) held on remote HTTP servers to be fetched 
over said computer network according to URIs derived from at least the first of: 
said indications; 
30 ~ said service requests; 

executing said service logic programs. 
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21. A service node according to claim 1, wherein said receiving means (71) includes 
means for deriving a said URI from a user input code in a said indication or service 
request. 

5 22. A service node according to claim 1 , including a bearer-network interface (75) for 
connection to said bearer network, the receiving means (71) being operative to receive 
said service logic programs and content through said bearer-network interface. 

23. A service node according to claim 1 or claim 13, further comprising means for 
10 receiving said indications and service requests from remote equipment. 

24. A service node according to claim 1 or claim 13, further comprising means for 
locally generating said service requests from call setup requests received at said service 
node over said bearer network. 

15 

25. A method of providing services in a telecommunications system that includes a 
bearer network and a node (50) providing a service execution environment for running 
service logic programs (55,58); said method involving uploading a service logic program 
(55) over the bearer network from a user device for temporary storage and execution in 

20 said node. 

26. A method of providing services in a telecommunications system that includes a 
bearer network and a node (50) providing a service execution environment for running 
service logic programs (55,58); said method involving transferring a service logic 

25 program (55) to said node for temporary storage in response to an indication that said 
program may soon be required, and thereafter executing said program (55) in said node 
(50) when a service request invoking that program is received by that node. 

27. A method of providing services in a telecommunications system that includes a 
30 bearer network and a node (50) providing a service execution environment for running 

service logic programs (55,58); said method involving transferring a service logic 
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program (55) to said node for temporary storage and execution in said node, and 
following execution of the program at the node in response to a service request invoking 
that program, retaining said service logic program (55) at the node (50) for no longer 
than a predetermined period, receipt at said node of a further service request for that 
5 program whilst it is still retained at the node, resulting in the re-execution of the program 
withit it being feteched again. 

28, A method of providing services in a telecommunications system that includes a 
bearer network and a node (50) providing a service execution environment for running 
10 service logic programs (55,58); said method involving controlling a requested service 
by transferring multiple service logic programs (55A,55B) from different sources to the 
node and executing these programs, said programs interacting with each other to provide 
said service. 

15 
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